REMARKS 



In the Office Action, Claims 1-36 are pending and presented for examination. Claims 1- 
4, 8-14, 18-21, 26 and 31-36 are rejected and Claims 5-7, 15-17, 22-25 and 27-30 are objected 
to. In this Response, Claims 1, 1 1, 21, 22, 26, 31, and 34 are amended, no claims are cancelled, 
and no claims are added. Applicants respectfully request reconsideration of pending Claims 1-36 
in view of the following remarks. 

I- Claim Rejections Under 35 U.S.C. S103 

Claims 1, 1 1, 21, 26, 31 and 34 are rejected under 35 U.S.C. §103(a) as being 
unpatentable over Lakshmanamurthy et al. {Network Processor Performance Analysis 
Methodology", Aug. 15, 2002, Intel Technology Journal) (" Lakshmanamurthy "') in view of 
Ziegler et al., (^''Compiler-Generated Communication for Pipelines FPGA Applications, June 2, 
2003, ACM, pp. 610-615) ( "Ziegler "! AppUcants respectfully disagree with the Examiner's 
assertions and characterizations of the cited reference and therefore traverse this rejection. 



Claim 1 recites: 

1 . A method comprising: 

configuring one or more processors into a D-stage processor pipeline; 

transforming a sequential network application program into D-pipeline 
stages that collectively perform an infinite packet processing stage (PPS) 
loop of the sequential network application program; and 

executing the D-pipeline stages in parallel within the D-stage 
processor pipeline to provide parallel execution of the infinite PPS loop of 
the sequential network application program. (Emphasis added.) 



While Applicant's argument here is directed to the cited combination of references, it is 
necessary to first consider their individual teachings, in order to ascertain what combination (if 
any) could be made from them. 

Lakshmanamurthy is generally directed to a network processor performance analysis 
methodology for analyzing the performance of networking applications targeted for the IXP 
2400 network processor. (See Abstract.) In contrast with Claim 1, Lakshmanamurthy does not 
disclose or suggest transforming a sequential network appUcation program into D-pipeline stages 
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that collectively perform an infinite packet processing stage (PPS) loop of the sequential network 
application program, as in Claim 1. Lakshmanamurthy does disclose a data movement model for 
estimating compute cycles and total FO references required for the various operations performed 
by a network processor on each received packet; Lakshmanamurthy further disclosed the 
estimation of the total budget for the packet processing to determine how functional blocks are 
mapped onto available hardware resources, and how software concepts are used to meet the 
performance goals, where the methodology is validated by implementing microcode and txming 
the code (on a simulator and hardware) to demonstrate line-rate performance. (See page 20, left 
column, lines 10-47.) 

Apposite to Claim 1, the disclosure of Lakshmanamurthy is directed to providing a 
performance analysis of a hypothetical target application if implemented to use the parallel 
architecture of an IXP 2400 network processor. Lakshmanamurthy does disclose a line-rate 
performance based on a data movement model, an estimated number of compute cycles, and total 
I/O references required for operations performed on a packet basis, and a total available budget 
for packet processing, to enable performance analysis of a hypothetical target application that 
can be written to run on an IXP 2400 network processor (see supra). However, the disclosure of 
Lakshmanamurthy is something completely different from transforming a sequential network 
application program into D-pipeline stages that collectively perform a sequential packet 
processing stage (PPS) of the sequential network application, as in Claim 1. 

As correctly recognized by the Examiner, Lakshmanamxirthy fails to disclose or suggest 
transforming a sequential network application program into D-pipeline stages that collectively 
perform an infinite packet processing stage (PPS) loop of the sequential network application and 
executing the D-pipeline stages in parallel within the D-stage processor pipeline to provide 
parallel execution of the infinite PPS loop of the sequential network application program, as in 
Claim 1. As a result, the Examiner cites Ziegler . However, the Examiner's citing of Ziegler 
fails to rectify the above deficiencies of Lakshmanamurthy . 

Ziegler is generally directed to the problem of automatically mapping an application onto 
an asynchronous pipeline executing on a configurable architecture, with a focus on applications 
whose computations are specified by sequences of loop nests with intervening statements such as 
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digital image and signal processing kernels and other regular array computations of interest. 
(See pg. 61 1, sec. 2.) In contrast with Claim 1, Ziegler does not disclose or suggest transforming 
a sequential network application program into D-pipeline stages that collectively perform an 
infinite packet processing stage (PPS) loop of a sequential network application, as in Claim 1 . 
ZieRler does disclose an array data flow analysis that supports pipelining of independent 
computations, or "task paralleUsm," which is distinct from data parallelism, which focuses on 
identifying loops whose iterations can execute in parallel (see pg. 611, sec. 3, 2"^ full paragraph). 
However, the task parallelism of Ziegler is something completely different from transforming a 
sequential network application program into D-pipeline stages that collectively perform an 
infinite packet processing stage (PPS) loop of the sequential network appUcation program, as in 
Claim 1. 

hi contrast with the infinite PPS loop of a sequential network appUcation program, as in 
Claim 1 , the task parallelism described by Ziegler is directed to digital image and signal 
processing kernels. We submit that the infinite loop nature of a packet processing stage of a 
sequential network application program, is not subject to the type of task parallelism described 
by Ziegler which is normally exhibited by digital imaging and signal processing kernels, as 
referred to by Ziegler . (See Supra.) As a result, Ziegler cannot rectify the failure of 
Lakshmanamurthv to disclose or suggest transforming a sequential network appUcation program 
into D-pipeline stages that collectively perform a sequential packet processing stage (PPS) of the 
sequential network appUcation program, as in Claim 1. 

Hence, no combination of Lakshmanamurthv and Ziegler could disclose, teach, or 
suggest transforming a sequential network application program into D-pipeline stages that 
collectively perform an infinite packet processing stage (PPS) loop of the sequential network 
application, much less parallel execution of the infinite PPS loop of the sequential network 
application program, as in Claim 1. 

For each of the above reasons, therefore, Claim 1, and all claims which depend on Claim 

1, are patentable over the cited art. 

Each of Applicant's other independent claims include features similar to those 
highlighted above in Claim 1. Therefore, all of AppUcant's other independent claims, and all 
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claims which depend on them, are also patentable over the cited art for similar reasons. 
Consequently, please reconsider and withdraw the § 103(a) rejection of Claims 1, 11, 21, 26, 31, 
and 34. 

Claims 2, 12, 32, and 35 are rejected under 35 U.S.C. §103(a) as being unpatentable over 
Lakshmanamurthy in view of Ziegler and further in view of Rakhmatov et al. {"Hardware- 
Software Bipartitioning for Dynamically Reconfigurable Systems ", May 2002, ACM) 
(" Rakhmatov "). Claims 3-4, 8, 10, 13-14, 18, 20, 33, and 36 are rejected under 35 U.S.C. 
§103(a) as being unpatentable over Lakshmanamurthy in view of Ziegler and Rakhmatov and 
further in view of Robschink et al. {^'Efficient Path Conditions in Dependence Graphs", May 
2002, ACM) (" Robschink "). Claims 9 and 19 are rejected under 35 U.S.C. §103(a) as being 
unpatentable over Lakshmanamurthy in view of Ziegler, Rakhmatov, and Robschink and further 
in view of Goldberg et al. ("^4 New Approach to the Maximum-Flow Problem ", 1988, ACM') 
( "Goldberg "). Applicants respectfully traverse this rejection. 

DEPENDENT CLAIMS 

hi view of the above remarks, a specific discussion of the dependent claims is considered 
to be unnecessary. Therefore, Applicant's silence regarding any dependent claim is not to be 
interpreted as agreement with, or acquiescence to, the rejection of such claim or as waiving any 
argmnent regarding that claim. Consequently, please reconsider and withdraw the § 103(a) 
rejection of dependent Claims 2-4, 8, 10, 12-14, 18, 20, 32, 33, and 35. 

II. Allowable Subject Matter 

Claims 5-7, 15-17, 22-25, and 27-30 are objected to as being dependent upon a rejected 
base claim, but would be allowable if rewritten to overcome the rejections under 35 U.S.C. 
§ 103(a) set forth to include all the limitations of the base claim and any intervening claims. 

Applicants respectfully thank the Examiner for recognizing the allowability of Claims 5- 
7, 15-17, 22-25, and 27-30. However, for at least the reasons provided above, Applicants 
respectfully submit that such claims, based on their dependency from independent Claims 1 and 
21, are also patentable over Lakshmanammthy, Ziegler , Rakhmatov, and Robschink and further 
in view of Goldberg as well as the references of record. Therefore, Applicants respectfully 



Application No. 10/714,465 



16 



Docket No. 42P 17829 



request that the Examiner reconsider and withdraw the objection to Claims 5-7, 15-17, 22-25, 
and 27-30, and allow such claims, based on their dependencies from Claims 1 and 21. 

Request for Examiner's Interview 

Applicant believes that the above listed claims are in condition for allowance, and further 
believes that a telephone conference to discuss the allowance of these claims would greatly 
facilitate the examination of the subject AppUcation. The Examiner, therefore, is respectfully 
requested to contact the undersigned attorney by telephone at the telephone number Usted below 
to coordinate an Examiner's Interview. 

PETITION FOR EXTENSION OF TIME 

Per 37 C.F.R. 1.136(a) and in connection with the Office Action mailed on December 31, 
2007 and Advisory Action mailed May 14, 2008, Applicant respectfully petitions Commissioner 
for a one (1) month extension of time, extending the period for response to June 14, 2008. 
Please charge Deposit Account No. 02-2666 in the amount of $120.00 to cover the petition filing 
fee. 
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CONCLUSION 



In view of the foregoing, it is beheved that all claims now pending (1) are in proper form, 
(2) are neither obvious nor anticipated by the relied upon art of record, and (3) are in condition 
for allowance. A Notice of Allowance is earnestly solicited at the earliest possible date. If the 
Examiner believes that a telephone conference would be useful in moving the application 
forward to allowance, the Examiner is encouraged to contact the undersigned at (310) 207-3800. 

If necessary, the Commissioner is hereby authorized in this, concurrent and future repUes, 
to charge payment or credit any overpayment to Deposit Account No. 02-2666 for any additional 
fees required under 37 C.F.R. §§ 1.16 or 1.17, particularly extension of time fees. 



Respectfully submitted. 



BLAKELY, SOKOLOFF, TAYLOR & ZAFMAN LLP 



Date: June 12. 2008 




1279 Oakmead Parkway 
Sunnyvale, California 94085-4040 



I hereby certify that this correspondence is being submitted electronically 
via EFS Web on the date shown below to the United States Patent and 
Trademark Offic&^ 



CERTIFICATE OF TRANSMISSION 



Telephone (310) 207-3800 
Facsimile (408) 720-8383 
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